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¿Qué fue de Tomwoof? 


Hace casi dos años 
publicamos un 
artículo sobre las 
“mangababes” de 
Tomwoof. A pesar del 
tiempo transcurrido 
seguimos recibiendo 
modelos 3D 
inspirados en la obra 
de Tomwoof. Por lo 
visto, aquellas chicas 
3D de estilo manga 
causaron una gran 
impresión a muchos 
lectores. Pero, 

¿qué fue de las 
“mangababes”? ¿Y 


qué fue de Tomwoof? 
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a primera vez que vi: 


estas chicas virtuales realizadas con Ima- ¿ 
gine 3.0 me impresionaron de tal forma a 
que decidí dedicarles el artículo de Ren- : 
dermanía incluido en el número 35, a pe- , 
sar de la poca información que tenía sobre d 
las “mangababes” o su autor. Hoy esta si- a 
tuación ha mejorado gracias a las páginas a 


web publicadas sobre este particular. 


Después de realizar una búsqueda con E 
las palabras “"Tomwoof” y “mangababes”. j 
obtuvimos una serie de enlaces (en la a 
época del primer artículo Tomwoof no a 


el trabajo de Tom- E 
woof fue enel CDde ¿ 
Walnut Creek dedi- : 
cado a POV. La cali- i 
dad y el encanto de a 


debía estar conectado a la red). Estos en- 
laces nos permitieron actualizar un poco 
nuestros datos sobre el autor y su obra. 
Las direcciones más interesantes son: 

www:.dormnet.his.se/-a9Samckh/ 

links/manga.html 

vwww.3dcafe.com 

www. webcom.com/tomwoof.html 

En la página de Tomwoof encontra- 
mos algunos datos sobre este autor cuyo 
nombre real es Pang Sie Piau; un ““hu- 
mano” de raza china, residente en Sin- 
gapur. Pang es un informático que se li- 
cenció hace algunos años en la Nanyang 
Technological University y entre sus ha- 
bilidades están la programación en C. el 
diseño de páginas web, el diseño en 2D 
y, por supuesto, el modelado en 3D. En- 


tr 


tre los datos suministrados por este ar- 
tista están su teléfono (65 2735363) y 
su e-mail (siepiau€ pacific.net.sg). 


Una librería de chicas 3D 

Las “mangababes” son una librería 
de chicas 3D que Tomwoof realizó con 
Imagine sin emplear ningún tipo de 
Ipas. Son modelos articulados que 
Tomwoof vende en dos modalidades en 
los formatos TDD (algunos llaman así 
al formato empleado por Imagine), 
3DS, DXF y, recientemente, en el for- 
mato de Lightwave. Como podéis ver 
por las fotos, las chicas de Tomwoof no 
son modelos de estilo “real”, pero mu- 
chos opinamos que su encanto supera 
la fría perfección de otros modelos fe- 
meninos de librerías mucho más caras. 
Por otro lado, y partiendo de estos mo- 
delos, Tomwoof ha creado versiones 
3D de Chunli, Cammy y otros perso- 
najes famosos de videojuegos. 

Hoy publicamos la versión de demo 
de esta librería. En ella encontraréis una 
chica en los formatos de 3D Studio e 
Imagine, algunas imágenes y texturas 
de prueba, y un fichero para el registro. 
Según Tomwoof, la última versión de 
las “mangababes” (la 1.1) incluye ma- 
pas de texturas para crear diversas ex- 
presiones faciales, mapas de teXturas 
para secuencias animadas de las caras, 
modelos articulables en diferentes po- 
ses, imágenes de ejemplo e instruccio- 
nes para realizar los renders. 


Memgá Bab. 
Art Ganery 


Algunas puntualizaciones 


Para saber algunos detalles acerca de a 


cómo se pasaron los modelos de Ima- 


gine al formato 3DS, veamos qué decía : 
el propio autor en el fichero 3DS.TXT ; 


que podéis hallar en la demo: 


“La conversión desde el formato.-: 


TDD del Imagine de Impulse al 3 


del 3D Studio de Autodesk es tediosa y E 
consume mucho tiempo. Primero, los . 
objetos son tomados y grabados uno. a ¿ 


uno separadamente desde Imagine co- 


mo objetos DXE Después cada uno de : 
estos objetos es importado dentro de : 
3D Studio y se le asignan los atributos, 7 
materiales, texturas y coordenadas de a 


mapeado correspondientes. 

Yo no suelo usar PC y no soy un ex- 
perto en el uso de 3D Studio. Las ver- 
siones 3DS de las “mangababes” han 


sido posibles gracias a la ayuda de mis 


amigos de Aura Media, una firma mul- 
timedia y DTP de Singapur” 


El modelo que hallaréis en la demo E 


ha sido grabado como un único objeto. 


No es, por tanto, articulable. Además j 


faltan algunas piezas vitales, como las 


manos. los pies y los senos. Con todo la E 


malla nos servirá -junto con las fotos- 


para comprobar la calidad del trabajo E 


de Tomwonl, 

Ahora, por si alguien desea regis- 
trarse, aquí van un par de notas: 

* La dirección dada por Tomwoof en 


el fichero ORDER.TXT incluido en la 


demo no es idéntica a la que hemos ha- 


Ilado en uno de los ficheros HTML más 
recientes. Por ello recomendamos con- 
tactar mediante correo electrónico con 
este autor antes de proceder al registro. 

* Olvidaos de lo que dice la demo 
sobre las opciones de registro. Parece 
ser que la única opción de registro dis- 
ponible actualmente para la versión 1.1 
es la B. De nuevo aquí parece conve- 
niente consultar conel autor. 

- Tomwoof advierte que es conve- 
niente especificar el pago en dólares de 
Singapur =por problemas bancarios— 
para acelerar el envío. De.nuevo reco- 
mendamos contactar pore-mail. 


Más datos útiles 

Según Tomwoof ya se está preparan- 
do la versión 2.0 de las “mangababes”. 
A la pregunta de cuándo estará con- 
cluida, este autor responde sencilla- 
mente: “cuando esté acabada”. Final- 
mente añadi os para los c ¡osos que. 
en el web, los trabajos de Tomwoof fi- 
guran bajo el sello Wiretrame, el cual 
es seguramente de Creación propia. 
Otro trabajo interesante de este autor es 
“Virtual Warriors Design Kit”, que pa- 
rece ser una librería de superhéroes de 
la serie Bola de Dragón. Esto es, por 
ahora, todo lo que sabemos de este in- 
teresante autor. Bueno, también cono- 
cemos su opinión respecto a la pregun- 
ta última acerca de la vida, el universo 
y todo lo demás: “leed la guía del auto- 
estopista galáctico de Adams”. 


A sa 
a 


Biblioteca 3D 


Battlemechs a medida 


Los adeptos al.manga o a los juegos 
ambientados en/épocas futuristas astáfi 5 y 
familiarizados con ciertos artefactos e a 
conocidos por nombres, tales c e, e o 

Mechs, mechas, mecas y muchos otros : e 

términos. Estos mechs son máquinas » $ 
—normalmente diseñadas para la guerra- ' 
cuya estructura suele constarde patas 

y brazos y cuyo comportamishlel > y , , 

recuerda bastante al de algunos seres pa j 

vivos. Los mechs suelen estar ffipulados 

por uno o más pilotos humanos Y 

existen casi tantos diseños de,éllos 

como autores hay en el género Ay ' - y 


construiremos un Mech co ME e? 


empleando, entre otras, la técnica de 


edición de conjuntos de puntos. 
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1 género de los me- 

chas cuenta con in- 

finidad de autores 

que, perfectos co- 

nocedores del atrac- 

tivo que tienen estas 
máquinas entre sus muchos aficiona- 
dos, se devanan los sesos intentando 
crear diseños atractivos, algunos de los 
cuales están basados en ideas muy de- 
talladas y originales. 

En Appleseed, por ejemplo, Shirow 
nos muestra unos Mechs que son poco 
más que armaduras de gran 
tamaño tripuladas por seres 
humanos. En estas armadu- 
ras, las extremidades del 
mech “copian” los movi- 
mientos de los miembros del 
piloto humano. (Shirow ha 
diseñado un ingenioso siste- 
ma de articulaciones). En 
otras obras el sistema de 
control es diferente. Nues- 
tro Mech de hoy está basa- 
do en las impresionantes 
máquinas del juego “Battle- 
tech” (en el que se supone 
que el piloto emplea un cy- 
bercasco para controlar al mech como 
si éste fuera su propio cuerpo). En 
concreto nuestro Jmmp77 es descara- 
damente similar al Mad-3R Marauder 
de este juego. 


Cuestiones relativas 
al diseño del modelo 

Uno de los problemas más diverti- 
dos y complicados al mismo tiempo 
que implica el diseño de una de estas 
máquinas es que hay que crear un sis- 
tema de articulaciones que realmente 
funcione (una condición que no cum- 


Aunque la cabina y las armas principa- 
les de nuestro Mecha son muy simila- 
res a las del Marauder, vuestro seguro 
servidor intentó diseñar un cuerpo y un 
sistema de articulaciones diferente, en- 
tre otras cosas porque no acababa de 
visualizar correctamente el movimien- 
to del Marauder. 

El resultado no es, gráficamente ha- 
blando, nada espectacular, pero al me- 
nos es funcional. La cabina del piloto 
está sostenida por un largo cuello com- 
puesto por varias piezas cuyos ejes de 


Detalle del trabajo con plmtos. 


giro nos permitirán enfocar dicha cabi- 
na hacia (casi) cualquier dirección. 
Aunque esto no es preciso ya que el 
Mech tiene varias cámaras-oJO situadas 
fuera de la cabina, Las armas principa- 
les sun dos caño s gigantescos mon- 
tados al final de dos brazos cuyas arti- 
culaciones hacen posible apuntar casi 
a cualquier parte, independientemente 
de la posición del resto del cuerpo. 
Como arma secundaria hemos colo- 
cado un cañón doble en la parte supe- 
rior de la torreta. Se supone que este 
cañón protegerá al Immp77 de ataques 


plen muchos dibujantes de Mechs). : procedentes del cielo o de la retaguar- 


dia. (Sí, se echa en falta un lanzamissi- 
les pero...) En cuanto a las patas, éstas 
pueden girarse lateralmente para cam- 
biar de dirección con rapidez gracias a 
una pieza de giro situada en la cadera. 
Por último, cada pie está formado por 
cuatro pezuñas que permitirán al 
Jmmp?7?7 sostenerse fácilmente en te- 
rrenos muy escabrosos. 

Un ejemplo perfecto de los proble- 
mas que implica el diseño de articula- 
ciones puede verse en esa inolvidable 
secuencia de Robocop en la que el tan- 
que bípedo intenta bajar por 
unas escaleras. 

Otra divertida cuestión re- 
lativa al diseño de estos arte- 
factos es la “lógica” utiliza- 
da en su diseño. Dar algunos 
detalles sobre esto es algo 
casi obligado, así que avan- 
zaremos que la fuente de 
energía de nuestro Jmmp77 
procede de un microreactor 
de fusión cuya potencia se 
emplea para accionar los 
músculos artificiales de 
nuestro monstruo. La arma- 
dura del Mech está com- 
puesta por una aleación de impenetrau- 
vilita (¡Je!) que puede resistir a casi 
cualquier cualquier cosa y sus armas 
principales... (Nota del corrector de es- 
tilo: Suprimidas dos páginas de texto 
innecesario). ¿Críticas? El centro de 
gravedad es muy alto, hay un número 
excesivo de articulaciones. la estructura 
carece casi de blindaje -se pretendía 
que las articulaciones resultaran visi- 
bles-, etc, etc. (Nota de José Manuel 
Muñoz: Aquí el corrector de estilo.in- 
sertó dos páginas propias con innece- 
sarias críticas al modelo. Estas páginas 
han sido suprimidas por ma). 
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La edición de puntos 


La edición de puntos es uno de Jos 
trucos más habituales a los que recu- 
rren los infografistas que emplean mo- 
deladores poligonales. Ni que decir tie- 
ne que la edición de puntos sólo será 
posible si el modelador empleado dis- 
pone de opciones que la soporten. Pro- 
gramas como 3D Studio o Imagine sí 
la permiten. ¿En qué consiste la edi- 
ción de puntos? Bien, muchas veces los 
objetos generados con las herramientas 
de extrusión del programa o con otros 
métodos no tienen exactamente la for- 
ma que pretendíamos lograr. Esto pue- 
de deberse a limitaciones propias de las 
herramientas empleadas o a que, sim- 
plemente, la forma final del objeto no 
puede lograrse “del todo” con las tools 
usadas. Es en estos casos donde suele 
emplearse la edición de puntos que 
consiste en la modificación directa de 
la colocación espacial de los puntos del 
objeto. Para ello se emplean normal- 
mente operaciones de traslación. rota- 
ción y escalación, aunque, adicional- 
mente, algunos modeladores permiten 
también otras operaciones. 

Por supuesto, el estilo exacto de traba- 
jo enla edición de puntos dependerá de la 
filosofía del modelador empleado, pero 
hay algunos aspectos comunes que com- 
parten la mayoría de los modeladores. 
Quizá el más importante sea el detalle de 
que el trabajo se realiza sobre conjuntos 
de puntos. Esto es algo prácticamente 
obligatorio por dos razones: La primera 
porque el número de puntos a modificar 
dentro de un objeto puede ser muy ele- 
vado y la segunda porque -en muchas 
ocasiones- desearemos efectuar un des- 
plazamiento simétrico sobre un grupo de 
puntos. Veamos seguidamente cómo fun- 
ciona todo esto en Imagine. 
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Un caso práctico de edición 
Prácticamente todos los objetos sim- 
ples de que consta el Immp7?7 han sido 
tratados con edición de puntos. Puede 
que el caso más sencillo sea el del ob- 


jeto que hace las veces de cabina. El 
lector puede comprobar las diferencias 
visibles entre cabina.frm, el objeto ini- 
cial creado desde el Editor de formas, y 
cabina.obj (el mismo objeto con los 
puntos correspondientes a los polígo- 
nos del morro desplazados y escala- 
dos). Para realizar las modificaciones 
entre ambas formas, leed el objeto ca- 
bina.frm desde el Editor de Detalles y 
seleccionadlo (desde el modo de obje- 
tos). Después activad el modo de trata- 
miento de puntos (opción “Pick 
Points” del submenu “Mode”) y mar- 
cad el modo de selección “Drag Box” 
dentro de “Pick Method”. en el subme- 
nú “Mode”. Al cambiar a “Pick Points” 
los puntos del objeto seleccionado se 


remarcarán en amarillo. Al seleccionar 
los puntos deseados del morro de la ca- 
bina englobándolos dentro de la caja de 
selección, estos tomarán un color rosa- 
do. (Nota: Pueden sumarse más grupos 
de puntos a una selección empleando 
varias cajas). Cuando esto suceda, y si 
no os habéis equivocado al seleccionar 
los puntos a editar (en cuyo caso ten- 
dréis que pinchar con el ratón y efec- 
tuar una nueva selección), se podrán 
efectuar las operaciones de edición. 
En el caso que nos ocupa, lo primero 
será trasladar los puntos del morro para 
sacarlos un poco del objeto. Para ello 
pinchad primero en el botón de movi- 
miento (de la fila inferior de botones) y 
luego, como interesa restringir el movi- 
miento de los puntos al eje Y, desacti- 
vad el movimiento de los otros ejes 
pinchando sobre sus botones, Recordad 
que en Imagine. por defecto, las trans- 
formaciones de movimiento y escala- 


ción se efectúan sobre todos los ejes. 
Al trabajar con puntos u objetos suele 
ser interesante restringir el alcance de 
las operaciones a uno o dos ejes. Al or- 
denar una transformación espacial de 
movimiento o escalación, todos los 
ejes estarán activados. Para restringir la 
operación a uno o más ejes habrá que 
pinchar sobre los botones X, Y o Z, se- 
gún sea el caso. 

Hecho esto, pinchad y arrastrad con 
el ratón en la ventana Right para des- 


plazar un poco los puntos fuera del mo- 
rro del objeto. Después, manteniendo 
la misma selección de puntos, pinchad 
sobre el botón de Escalación y arras- 
trad con el ratón de modo que los pun- 
tos se expandan. De esta manera “abri- 
remos” un poco el morro de la cabina. 

Luego podéis seleccionar otro grupo 
de puntos más reducido en el exterior 
de la cabina y desplazarlo hacia aden- 
tro, con lo que se creará una depresión 
dentro de ésta. 


Nota: En caso de meteduras de pata 
siempre podéis hacer ALTU -undo- o 
bien borrar el objeto y volver a impor- 
tar a cabina.frm. 


Creando un objeto por 
edición de puntos 

La modificación de objetos construi- 
dos con otras herramientas no es la úni- 
ca utilidad de la edición de puntos. El 
trabajo directo desplazando y escalan- 
do puntos puede resultar un tanto te- 


dioso al principio pero se trata de un 
sistema tan directo y preciso de modifi- 
car la forma de los objetos que uno aca- 
ba prefiriéndolo a otros sistemas teóri- 
camente más cómodos, incluso en el 
caso de la creación de objetos nuevos. 
Veamos un ejemplo. 

Uno de los objetos simples que com- 
ponen nuestro Jmmp77 es una pieza 
parecida a la cabeza de un tornillo que 
se encuentra -sola o en pareja- en va- 
rias de las articulaciones del mech. Es- 
ta pieza se creó generando primero un 
disco simple (opción “Disk” de la ven- 
tana de primitivas del botón “Prim”. 
Una vez creado el disco se procedió, 
después de seleccionar el objeto. a ex- 
trusionarlo (opción “Extrude” de la 
ventana “Mold”, cuyo acceso se halla 
en el submenú “Functions”) para con- 
seguir la forma general inicial de la pie- 
za (un cilindro). 

Después, desde la ventana frontal y 
entrando en el modo “Pick Points”, se 
seleccionaron los puntos de cada sec- 
ción para proceder a su escalado y des- 
plazamiento. Haciendo esto, y cuando 
ya casi se había concluido con el dise- 
ño de la pieza, resultó que hacía falta 
una sección más para crear la depresión 
interna de la pieza. Para lograr dicha 
nueva sección se entró en el modo 
“Pick Faces” (selección de caras) y se 
seleccionaron los puntos del centro. 
(Nota: Seleccionar caras con la caja de 
“Drag Box” puede resultar bastante 
fastidioso ya que es muy fácil seleccio- 
nar más caras de las necesarias. Para 
evitar este problema podemos intentar 
la selección desde otra ventana o bien 
usar el lazo de selección -opción “las- 
so” de “Pick Method”-). Las aristas de 
las caras seleccionadas tomaron un co- 
lor azul. Entonces se pinchó sobre la 
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opción “Fracture”. en el submenú “Ob- 


ject”. Fracture crea nuevas caras subdi- 
vidiendo el espacio ocupado por los 
polígonos seleccionados. De esta ma- 
nera apareció un nuevo conjunto de 
puntos que, después de volver al modo 
“Pick Points”, fueron debidamente es- 
calados y desplazados. 

La opción fracture suele emplearse 
mucho para suavizar contornos de ob- 
¡jetos que se han creado con un número 
excesivamente reducido de polígonos. 
(Podemos emplear fracture para subdi- 
vidir caras y líneas). También podemos 
emplear fracture, como en este ejem- 
plo. para crear puntos nuevos en la su- 
perficie de un objeto. 


Problemas y trucos 
de la edición de puntos 

La edición de puntos también pre- 
senta algunos problemas. El más im- 
portante es, desde luego, realizar co- 
rrectamente la selección de los puntos. 
A veces, como en el ejemplo prece- 
dente, esto es muy sencillo pero en 
otras ocasiones, y debido a la forma 
del objeto seleccionado, se trata de una 
operación bastante difícil, o al menos 
lo sería si Imagine no contara con la 
opción “Hide Points”. ¿Y por qué pue- 
de haber problemas en relación a esto? 

Básicamente, debido a la forma en 
que se seleccionan los puntos. Nor- 
malmente usaremos una caja de arras- 


tre con el ratón manteniendo pulsada 
la tecla shift (modo múltiple). La caja 
incluirá en la selección no sólo a todos 
los puntos visibles dentro de ella per- 
tenecientes a la sección que nos inte- 
rese, sino también a todos los puntos 
del objeto que tengan dos de sus coor- 
denadas 2d comprendidas dentro de 
las coordenadas de la caja. O sea que 
probablemente se incluirán también 
puntos que no nos interesen o que ni 
siquiera serán visibles dentro de la 
ventana de trabajo en activo debido a 
que tienen las mismas coordenadas 2d 
de otros puntos más cercanos al espec- 
tador. En otras palabras: La ventana de 
selección tiene dos dimensiones visi- 
bles en la ventana de trabajo desde la 
que es dibujada, pero realmente se ex- 
tiende perpendicularmente “entrando” 
en la ventana de trabajo para seleccio- 
nar los puntos. 

Si el lector se siente un poco confu- 
so con la explicación precedente ima- 
gine el siguiente caso: se crea un plano 
de 10*10 puntos con la opción “Plane” 
de la ventana de primitivas (botón 
“Prim”) y después se extrusiona el pla- 
no obtenido usando la opción “extru- 
de” de la ventana “mold” y ordenando 
10 secciones. Nuestro nuevo objeto se- 
rá un cubo —si hemos especificado una 
longitud para la extrusión igual al lar- 
go de uno de los lados—, y tendrá 
10*10*10 puntos. Si ahora selecciona- 
mos el objeto y, pasando al modo 
“Pick points”, nos situamos en la ven- 
tana Front y creamos una caja de se- 
lección de puntos que abarque a 2*2 
puntos, los puntos seleccionados no se- 
rán 4. sino 40 (2*2*10). (Lo sucedido 
nos resultará evidente si examinamos 
los puntos rosados en las tres vistas 
principales de trabajo). Supongamos 
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que lo que se pretende es precisamente 
seleccionar a los 4 puntos más cerca- 
nos visibles dentro de la caja en la ven- 
tana Front, o sea los más cercanos al 
espectador. ¿Cómo hacerlo? 

La única forma es utilizar la opción 
“Hide Points” del submenú “Mode”. 
Para ello, desde el modo de puntos, 
pulsaremos esta opción y crearemos 
una caja de “ocultación” que engloba- 
rá a los puntos cu- 
yo dibujo y uso 
queremos desacti- 
var temporalmente. 
Es importante to- 
mar nota de que, en 
este caso, no hay 
que apretar la tecla 
de shift (modo múl- 
tiple). ¿Dónde colo- 
caremos la ventana 
de ocultación? 

En nuestro ejem- 
plo, y puesto que 
queremos seleccio- 
nar un grupo de 
puntos que están en 
la cara del cubo 
más cercana al es- 
pectador, en la ven- 
tana Front, lo ade- 
cuado será crear 
dicha caja en la ventana Top o en la 
Right. La ventana debera abarcar a to- 
das las secciones del cubo menos a la 
necesaria para hacer la selección. Una 
vez ocultos los puntos, volveremos a 
pinchar en “Pick points” para hacer la 
selección de los 2*2 puntos deseados. 
Naturamente los puntos desaparecidos 
siguen estando ahí y volverán a apare- 
cer si cambiamos al modo de objetos 
(“Pick objects”). El uso de la opción 
“hide points” es prácticamente impres- 


cindible en objetos con mallas de pun- 
tos muy densas. 

Por último hay que tener en cuenta 
otro posible problema: En muchos ob- 
jetos creados desde el Editor de Formas 
la disposición de los puntos no es si- 
métrica en los distintos ejes aunque la 
forma general del objeto sí lo sea—. Es- 
to se debe a que los puntos equivalentes 
de las distintas formas 2d no tienen 
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muchas veces la misma altura. (A ve- 
ces esto sencillamente es imposible si 
queremos lograr una forma dada). 
Cuando esto suceda tendremos proble- 
mas en el Editor de Detalles si preten- 
demos realizar cambios simétricos en 
la forma del objeto editando puntos de 
la manera ya descrita. (Nota: Por cam- 
bios simétricos nos referimos a altera- 
ciones idénticas en zonas equivalentes 
de objetos con, por ejemplo, simetría 
bilateral, como puede ser el caso de las 


alas de un avión). Este problema puede 
ser parcialmente enmendado usando 
fracture para crear nuevas caras con las 
que intentaremos nivelar un poco las 
diferencias, pero esto tampoco es de- 
masiado cómodo. 


Problemas con el redibujado 

Cuando se está trabajando con pun- 
tos o cuando se está estableciendo una 
¡jerarquía de obje- 
tos o en medio de 
otros procesos, 
podemos tener 
ciertos problemas 
con el redibujado 
de objetos. 

La verdad es que 
el autor de este ar- 
tículo desconoce, 
en el momento de 
escribir estas lí- 
neas, si dichos pro- 
blemas se deben a 
pequeños bugs de 
la versión 3.0 de 
Imagine o a valo- 
res incorrectos 
que pueden cam- 
biarse en alguna 
parte; por ahora 
me inclino a creer 
que se trata del primer caso. De cual- 
quier manera estos fallos en el redibu- 
jado pueden ser bastante molestos. 

Puede suceder por ejemplo que al 
retornar desde un modo de selección a 
otro —y sobre todo si usamos “hide 
points”— los objetos no se redibujen en 
el modo adecuado. que quede basura o 
que ciertos objetos permanezcan invi- 
sibles. Esto podemos arreglarlo usando 
la opción “Redraw” (redibujado) del 
submenú “display” o maximizando 


Os 


una ventana o cambiando entre uno y 
otro modo de selección. 


Articulaciones y problemas 
con los ejes 

Un punto sobre el que no hicimos de- 
masiado hincapié en el capítulo 4 del 
número 5 de Rendermanía fue el de la 
importancia de los ejes en la construc- 
ción de las jerarquías de movimiento del 
modelo. Como recordaréis, en Imagine 
al crear un objeto cualquiera siguiendo 
un procedimiento cualquiera se crean 
siempre unos ejes que se representan 
con tres líneas que cruzan un punto y so- 
bre las que pueden verse las letras X, Y 
y Z. Estos son los ejes locales de cada 
objeto y son los que se emplean en las 
jerarquías de objetos para colocar las 
posturas de las extremidades de los mo- 
delos empleando rotaciones. 

Por supuesto. esto quiere decir que 
la preparación de las posturas del mo- 
delo sólo será posible si los ejes de ca- 
da objeto se hallan en los puntos ade- 
cuados. Considérese el caso del cuello 


del modelo de un ser humano virtual. 


NOTA: 
Acerca de los objetos “MIRROR” 


En el número 5 se explicó un iru- 
co para crear cupias espejo de ob- 
jetus. Recordemos que una copia 
espejo es un objeto con simetría 
opussta a ja del original. Pur ejem- 
pla, las alus de un avión. Pues bien 
este truco mo funcionurá a menos 
que marquemos el flag “Worid” en 
la ventana de Transformaciones. 
Pedimu* perdón por esta imperdo- 
nable omisión. 
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Al construir las jerarquías haremos que 
la cabeza sea un objeto hijo del objeto 
cuello. Pues bien, si el eje del cuello es- 
tá bien colocado (en el centro del mis- 
mo) podremos —pinchando en “Pick 
Groups” y seleccionando el cuello— ha- 
cer girar a la cabeza correctamente. Sin 
embargo si el eje está mal puesto puede 
ocurrir que, al efectuar la rotación, ¡la 
cabeza se salga del cuello! 

La posición final de los ejes de un 
objeto recién creado no tiene por qué 
coincidir con la posición final que ha- 
brán de tener dichos ejes cuando el ob- 
¡eto ocupe su lugar dentro del modelo. 
Puede ocurrir que los ejes estén muy 


Estirando puntos 


descentrados e incluso que queden fue- 
ra del objeto. Esto puede ocurrir fácil- 
mente en el Editor de Formas, en don- 
de al desplazar los puntos de las formas 
2d puede suceder que no tengamos en 

posición de los ejes dentro del 


ejes de un objeto sin alterar la posición 
espacial de este podemos llevarla a ca- 
bo seleccionando el objeto deseado y 
pulsando shift-M (desplazamiento). 
Haciendo esto podremos trasladar los 
ejes directamente en alguna de las ven- 
tanas de trabajo. 

También, si deseamos una mayor 
precisión, podremos invocar con este 
fin a la ventana de transformaciones y 
llevar a término la operación marcan- 
do el flag “Axes only” (sólo los ejes). 

Por último debemos señalar que es 
conveniente imaginar (al menos en ca- 
sos como éste) cómo va a moverse el 
modelo antes de diseñar los objetos. Si 
no tenemos cierta previsión pueden 
acabar sucediendo cosas tales como 
que las distintas piezas se superpongan 
en medio de algún giro o que algunos 
miembros sean excesivamente cortos o 
largos como para cumplir su cometido. 


El acabado 

Finalmente conviene recordar un 
detalle importante de cara a ahorrar 
trabajo inútil: Es conveniente dar atri- 
butos a los objetos en cuanto la forma 
de estos se da como acabada. Si no 
obramos de esta manera tendremos 
probablemente que repetir el trabajo 
varias veces. (Por ejemplo para indicar 
perficies flat en objetos mirror o en 


edeta- : der ados). 


y 


os articula- 
situar ade- 
s de haber 


proyecto y luego un sub- 
nombres que queráis. 


tenido del directo- 


La Portada 


Lo mejor de dos mundos 


o, a — 


Una prueba de portada con 
niebla sin transmisión de Juz. 


a 


ara la portada del : 
presente número era : 


plo de este mes. ¿ 

Luego se decidió, ¿ 
además, realizar el render final desde a 
Pov. Decidido esto, pasaron a conside- ¿ 
rarse diversos métodos para realizar la : 
conversión Imagine-Pov. Fue en este ¿ 
momento cuando el autor se acordó de ¿ 


obligatorio emplear E 
el modelo de ejem- ¿ 


3ds2pov, la conocida “tool” creada por E 
Steve Anger. Examinando algunos de ¿ 
los ficheros “convertidos” por 3ds2pov, ¿ 
el autor de estas líneas concibtó un mé- , 
todo para resolver los típicos proble- E 
mas de traducción. Un método más 
preciso y sencillo que el explicado en , 
el número 1 de Rendermanía. Sin em- E 
bargo (¡ay1). 3ds2pov únicamente con- , 
vierte escenas de 3D Studio (al formato 
de Pov). Hasta el momento no hemos ¿ 


En el número anterior 
integramos en la portada 
elementos de Pov e Imagine. 
Hoy volveremos a hacer esto 
para explicar el “traslado” de 
un modelo de Imagine a Pov. 
Por supuesto, existen muchos 
caminos para realizar una 
conversión de este tipo pero el 
método actual es, cuanto 
menos original, ya que implica 


la mediación de 3D Studio. 


encontrado ninguna utilidad que haga 
lo propio entre Imagine y Pov. 

Explicaremos el siguiente método 
porque 3ds2pov es de libre distribución 
y porque 3D Studio es un programa co- 
nocido por un gran número de lectores. 
(Además cabe imaginar que entre ellos 
habrá quien prefiera utilizar Imagine o 
que quiera utilizar ambos paquetes). 
Este método es algo indirecto pero 
muy sencillo. 
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B 
ns J 


La grabación DXF 


Comenzaremos la sesión en el Edi- a 
tor de Detalles de Imagine cargando el ; 
modelo que deseemos trasladar al uni- E 
verso de POV. Este modelo habrá de a 
ser guardado en formato DXF para que : 
pueda ser importado por 3D Studio. . 
Una vez que esto sea hecho. grabare- . 
mos el modelo en formato 3ds y pasa- . 
remos a emplear 3ds2pov para realizar E 
la conversión final. A grandes rasgos : 
éste es el método, pero hay que tener : 
en cuenta una serie de detalles si que- : 
remos que la conversión sea lo más fiel : 


y cómoda posible. 


La Portada 


superficie. Para ello efectuaremos un : 


quickrender para tomar nota de las pie- 


zas que tienen el mismo color. Hecho a 
esto, y desde el modo de selección de ; 
objetos, iremos pinchando en ellos : 


manteniendo pulsada la tecla shift (mo- 


do múltiple). Cuando todos las piezas E 


deseadas estén seleccionadas. las agru- 
paremos pulsando sobre “Group” en el 
submenú “States”. Previamente ha 
que desagrupar el modelo entero 
“Ungroup”. Hecho esto, entrare 


Comprobando la exactitud de la éscala. 


en cuenta es que normalmente un mo- E 
delo está compuesto de muchas piezas ; 
con diferentes atributos de superficie. . 
En el caso de nuestro Jmmp7?7 quere- E 
mos conservar, al menos, el color de E 


cada pieza. ¿Cómo hacer esto? 


Para conseguirlo nos veremos obli- E 
gados a grabar varios ficheros Dxf. no a 
uno sólo. Afortunadamente no será a 
preciso grabar un .dxf por cada objeto ¿ 
simple. En lugar de esto grabaremos un a 
archivo dxf con cada grupo de objetos A 
que presenten los mismo atributos de : 
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Lo primero que tenemos que tener : 


mer grupo lo cargaremos con Load pero 


para los siguientes utilizaremos Merge 


ya que de no hacerlo así borraríamos : 
los objetos ya leídos. Cuando todos los : 
ficheros .dxf se hayan cargado tendre- E 


mos el modelo completo en 3D Studio. 


(En las pruebas se usó la opción “la- : 


yer”, al importar Dxfs). 


Seguidamente hay que preparar el 
modelo antes de guardarlo como fiche- 
ro 3ds. Si grabamos ahora, al usar 
3ds2pov nos percataremos, al exami- 
nar el fichero .pov resultante, de que 
sólo se ha definido una única textura 


para todos los objetos. Para evita 


men OS 

tura cui el comer not 

bre de la m pares é 
grupod 


algunas operaciones de rotación. D de 
remos hacer que el modelo esté de pie 

y mirando hacia nosotros en la ventana 
Top de 3D Studio. Además el modelo 
deberá quedar de perfil en la ventana 


Left, con el eje cabeza- 
pies formando una lí- 
nea paralela a la de esta 
ventana y con la cabeza 
apuntando al lado iz- 


d oz O 
todo esto 3 


y la altura total del mismo. Para lo p 
mero crearemos un plano de dos di- 


mensiones (o importaremos el plano 
del suelo de Imagine) que rotaremos y : 
desplazaremos para colocarlo como : 


suelo a los pies del mech, una vez que 
hayamos dado a éste la orientación an- 
tes descrita. (El plano será perpendicu- 
lar al Mech puesto de pie y equivale al 
suelo normal de Pov). Luego creare- 
mos una caja alargada cuya base se 
apoyará en el suelo creado y cuyo te- 


cho llegará hasta el techo de la cabina : 


del mech. Grabaremos la caja y el sue- 
lo como un fichero 3ds aparte (llama- 
do orienta.3ds). 


Trab ando sobre 
> abajando sobre € 


del .3ds con el mech; un archivo .inc 
donde se almacenarán las sentencias 


3ds2pov creará dos ficheros a partir E 


“traducción” en las definiciones de co- 
lor de las texturas del fichero .pov. 

Por último tendremos que escalar y 
situar el mech. Echemos un vistazo al 
fichero pov resultante de la conversión 
¿ de orienta.3ds. Veremos que 3ds2pov 
¿ha incluido unas líneas informativas 
con datos acerca del punto 3d donde se 
halla el “centro de gravedad” de cada 
objeto (Center X, Y y Z) y las longitu- 


¡ene una longitud de ce- 
plano-suelo subre el 
, por tanto el 
elo en el eje 
los pies 


den include (de 
se guardará la “co 
turas de 3D Studio al s 
mo recordaréis, 3ds2pc 
“traducción” para, en la 
posible, convertir los ati 
perficie al lenguaje escé; 
En este caso, esta col 


interesará ya que l 


es escribir manu 
de superfici 


ngltud Y de éste es, por 
16 la orden será sca- 


dir cada 
e sí ejemplo, los 
vale rgb de Imagine <132, 103, 
186> pasarán a ser <.517, .404, -729> 
en Pov. Lógicamente, después de haber 


Luego incluiremos los edificios. Co- 


Así, po mo veréis, con este método nos ahorra- 


remos establecer la escala de los mo- 
delos para la escena de Pov desde 3D 
Studio, lo cual puede ser bastante mo- 
tomado nota de los colores originales lesto e impreciso. Sobre todo si quere- 


de Imagine, tendremos que escribir su ¿ mos exportar varios modelos. 
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Código « Pixels 


En el CD “Ray13” 


or “fase de desarro- 
llo” nos referimos 
al hecho de que Jo- 
sé Vela confía en 
que un buen núme- 


ro de rendermania- 
cos vea el programa y envíe sugeren- 
cias y opiniones y, en suma, declare si 


ta sección a le parece que “Ray13” es un producto 
lo suficientemente interesante como 
“Ray13”, un trazador de rayos cuya para justificar la aparición de nuevas 
versiones. Por esta razón, y para dar 
primera versión fue creada por José Salvó y ejemplo, vuestro seguro servidor enfo- 
cará la mayor parte del presente artícu- 
José Vela, dos universitarios de la Facultad lo como una carta abierta dirigida a los 
desarrolladores de “Ray13” (o a cual- 
de Matemáticas de Barcelona, como un quier programador con capacidad, 
tiempo y ganas para hacer un progra- 
proyecto para la asignatura de software ma de este tipo). Antes, sin embargo, 
veamos qué incluye el producto que 
gráfico. Aparte de las características del podéis encontrar en el CD. 
motor del programa, que son las que cabría Instalación y funcionamiento 
Al descomprimir el fichero arj (con la 
esperar de un trazador de rayos, “Ray13” opción x) aparecerá una serie de subdi- 
rectorios con imágenes de ejemplo (de- 
presenta dos aspectos muy interesantes: el mo), un fichero en el formato de Micro- 
soft Word 6.0 (doc), ficheros escénicos 
documental —los autores explican los de ejemplo (files.r13) y los fuentes del 
programa en Borland C 3.1 (fuentes). El 
pormenores del desarrollo y las fórmulas propio trazador y varias utilidades adi- 
cionales aparecerán en el directorio raíz 
empleadas- y el hecho de que “*Ray13” es donde se efectúe la descompresión. 
“Ray 13” es, como dice José Vela, un 
un producto que aún se halla en fase de trazador de rayos en la línea de POV 
(los fuentes de POV son citados en la 
desarrollo. bibliografía del doctorial). Funciona 


mediante órdenes impartidas desde 
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DOS y procesa ficheros de 
generación de escenas escri- 
tos en un lenguaje propio bas- 
tante rudimentario. Dentro de 
dichos ficheros se incluyen 
instrucciones no sólo para el 
diseño de las escenas sino también para 
controlar el proceso del render. Asf po- 
dremos indicar a “Ray 13” si queremos 
o no sombras, reflexiones, refracciones, 
estadísticas, interrupciones por teclado, 
etc. En cuanto a las primitivas del len- 
guaje. “Ray13” soporta planos, esferas, 
elipsoides y cuadrículas sobre las que 
podremos efectuar las conocidas trans- 
formaciones espaciales. Ordenar un 
render es tan sencillo como escribir: 
ray13 fichero_entrada.rl3 fichero_salidajvr 

El fichero .¡jvr resultante podremos 
verlo con el visor “Viewjvr” o transfor- 
marlo a tga con la utilidad “Jvr2tga” 
para verlo después con un visor más 
convencional. En la primera prueba, el 
programa devolvió un mensaje indi- 
cando que el modo gráfico pedido no 
estaba disponible. Este problema desa- 
pareció al cambiar los parámetros de la 
sentencia “Modo Gráfico” que estaban 
a “640,480.24” por *640.480,16”. Sin 
embargo, al realizar otra prueba con un 
valor de 8 bits por pixel (256 colores), 
el resultado fue una imagen llena de 
colorines (¿un fallo en el algoritmo de 
reducción de color?) 


Carta de un usuario al autor 
de “Ray13” Versión 3,0 

La opinión del autor del presente ar- 
tículo es que “Ray13” podría llegar a 
ser un trazador de rayos de primera fila. 
Obviamente, le faltan aún muchas co- 
sas, pero parece indiscutible que tienes 
los conocimientos para crear un pro- 
ducto de gran interés. Que dispongas 


del tiempo suficiente para ello ya será 
otra cuestión ya que -aunque estoy muy 
lejos de tener tu nivel matemático- me 
huelo que sólo la implementación de un 


buen lenguaje escénico ya se te llevaría : 


bastante más de los dos meses (¡!) que 
dices que os llevó la primera versión. 


La versión 3.0 de “Ray13” es, por : 


ahora. poco más que un buen motor de 
render. Para que llegue a convertirse en 
un programa de utilización masiva co- 
mo “POV” o “Polyray” necesitará ante 
todo que los usuarios disfruten gene- 


rando escenas con él. Pero, ¿cómo 
crear estas escenas? Si sigues periódi- 
camente el Foro del Lector te habrás 
dado cuenta de que el nivel gráfico de 
los usuarios ha subido mucho con res- 
pecto al de hace unos años. Los usua- 
rios emplean las más diversas herra- 
mientas como modeladores, lenguajes 


complejos, conversores, etc. para crear : 


sus escenas. Esto quiere decir que el fu- 
turo de “Ray13” pasa por que ofrezcas 
alguna vía para que los usuarios pue- 


dan generar escenas de gran 
complejidad con él. 
Los tiempos en los que basta- 
ba con generar escenas a base 
de esferas ya han quedado 
atrás. Estamos de acuerdo en 
que una escena de ese tipo puede servir 
a la perfección para ilustrar las capaci- 
dades del motor, pero el usuario nece- 
sita -y exige- ciertas herramientas de 
soft mínimas para desarrollar sus esce- 
nas. Por lógica, las posibles versiones fu- 
turas de “Ray 13” deberían pasar por uno 
de estos puntos: 1) Mejorar el lenguaje 
escénico hasta darle una complejidad si- 
milar o superior al de “POV”. 2) Imple- 
mentar un modelador. 3) Crear una utili- 
dad que permita que “Ray13” pueda 
interpretar escenas de otros programas. 
Las dos primeras líneas de acción re- 
querirían (imagino) una gran cantidad 
de tiempo y esfuerzos sin tener la se- 
guridad de consegutr un resultado real- 
mente impactante. La tercera. por otro 
lado, haría que “Ray13” dependiera ex- 
cesivamente de otros programas. Pro- 
bablemente cada usuario te enviará su 
propia lista de sugerencias de mejoras 
y consejos para dar una “personalidad” 
propia a tu programa; a continuación te 
comento las mías. 


Sugerencias de un usuario 

Sería estupendo disponer de un tra- 
zador de rayos que aunara las ventajas 
propias de los modeladores como *Ima- 
gine” 0 “3D Studio” con las capacidades 
de un lenguaje escénico similar al de 
“POV”. Que yo sepa aún no se ha hecho 
nada como esto. Mis sugerencias son: 

1) Olvídate de la creación de objetos 
para el lenguaje escénico de “Ray13”. 
En lugar de eso, implementa lo míni- 
mo para que “Ray13” pueda digerir 
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modelos poligonales creados con otros 
programas (modelos, no escenas). Es- 
tos modelos deberían ser tratados y 
procesados después por “Ray13”. Se- 
ría interesante que el lenguaje permi- 
tiera manipular jerárquicamente los ob- 
jetos constituyentes de los modelos. No 
sólo para crear posturas, sino para per- 
mitir variaciones al azar entre posturas 
definidas de un mismo modelo. Ade- 
más, lo deseable sería que la descrip- 
ción de un modelo sólo se almacenara 
una vez y que las “variaciones” del 
mismo sólo se guardaran como matri- 
ces con la descripción de los cambios 


E 


con respecto al modelo original 


permitiría crear escenas con 


objetos complejos no exacta 
idénticos sin necesidad de s 


frir po: 


falta de memoria (lo cual es uno de los 


de escenas tipo hormigu 
fíciles de hacer con yn 


también sería interesante que el vol 
men interior de los mismos fue 
nocido como tal por el program 


de resolver cuestiones como la SS S 


ción de objetos en superficies no lis; 


lizar animaciones (ya sé que esto último 
es tremendamente difícil). Resumiendo: 
sería muy interesante que el lenguaje se 
enfocara más a la disposición y a la ani- 
mación espacial de los modelos (impor- 
tados) que a su descripción. 

3) Incorpora todos los efectos at- 
mosféricos que puedas. Sé de muchos 
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los choques entre estos, con vistas a rea- ¿ 


Código « Pixels 


lectores que siguen empleando “Po- 


vafx” —una versión retocada de “POV 
2.0” creada por Marcos Fajardo- en 
vez de “POV 3.0”. Y lo hacen sólo para 
seguir empleando los magníficos efec- 
tos atmosféricos de Marcos. Este es un 
dan mucha 


ds Esc 
a z 


tencias d 1 
as 


elementos; corrígeme si me equivoco). 
omo pov-usuario me gustaría que el 
bounding automático de “POV” fuera 


culpa de los tiempos de generación, tu- 
ve que eliminar las operaciones csg). 

5) Haz que el lenguaje permita crear 
texturas algorítmicas. ¡Las de “POV” 
son maravillosas! 

6) Si “Ray13” va a seguir siendo un 
producto de DOS, quizá debieras em- 
plear un compilador como Gnu o Wat- 
com por las cuestiones de la velocidad 
del ejecutable y el direccionamiento li- 
neal de memoria. 

7) Haz que “Ray13” genere ficheros 
tga directamente. 


. Pero aumentar la poten- 
guaje escénico hasta conse- 


demasiado a “POV”). Además, 
odelador p A tampoco es 


ácil. En resumen: “Ray13” 


de construcción de 
por uno u otro camino). 


nejoras en el aspecto de la potencia 
de] ¡motor serán siempre bienvenidas, 


pero si no se complementan con un sis- 
tema que permita crear escenas com- 
plejas con más facilidad... 

En suma, tu trabajo es impresionante 
(¡no lo dejes aquí!). Confío en que no 
te tomes a mal mis sugerencias y el que 
no haya hecho una critica mas “cientí- 
fica” de “Ray13”. pero es que las fór- 
mulas me intimidan un poco... 


El Foro del Lector 


Nota impariante. Podéis remitirnos vuestros trabajos o consultas, bien por carta a la dirección que 
figura en la segunda página de Pcmanía, o vía e-mail a rendermania.pemaniaO hobbypress.es 


Batallas virtuales 


Aunque el asunto de la batalla 
virtual entre los humanos y los 


orcos empezó como una broma, el 


continuo envío de modelos para 


reforzar las huestes de uno u otro 
bando por vuestra parte nos obliga 
a declarar que la prometida batalla 


se celebrará muy pronto. Mientras 


Juan Carlos Jiménez Méndez de Kdso Studios es recordado aquí por su 
trabajo Cyber Lumis, un modelo femenino creado con 3D Studio del que es- 
A te autor prometía una futura versión hecha con blobs. ¡Pues bien, aquí está! 
Cosas, echar un vistazo a al gunos La nueva versión ha sido creada con Blob Sculptor 2.0 y aún no es perfecta, 

según afirma el propio Juan Carlos, pero espera remediar las imperfecciones 
de los mode los que p artici p arán con la próxima versión de Blob Sculptor. ¿Que dónde se encuentra dicha 
nueva versión y cómo conseguirla? Bueno, hoy no lo sabemos pero quizá 
podamos responderte en el próximo número. 


tanto, hoy podremos, entre otras 


en la tan espe rada contienda: También es de agradecer el impresionante mago que ha enviado Juan 
Carlos para reforzar a los orcos. El tronco principal del mismo y otras partes 
un par de nuevas Catapu lItas y se han logrado modificando vértice a vértice un samurai obtenido en el in- 


fograf 96. El resto de las partes se han creado a base de extrusiones. En 
cuanto al rostro, como en Cyber Lumis. se obtuvo modificando un rostro 
masculino neutro al que se añadieron texturas. (Si alguien cree que esta téc- 
nica carece de mérito, que eche un vistazo a la 
imagen con las caras originales y las finales). 
Juan Carlos afirma que su Nigromante no está 
demasiado depurado pero el resultado. opina- 
mos aquí, es fabuloso. ¿¡Qué has cedido a Cy- 


hasta un mago. 


ber Lumis para que sustituya al Cyberdemon 
del Xmanga de Marg!? A ver cuándo lo aca- 
báis... Felicitaciones por tu magnífico trabajo y 
anótate un tirón de orejas con retorcimtento 
triple por no enviar tu carta al foro. —. 
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El Foro del Lector 


Juan Pacheco 
Guerrero está tra- 
bajando en una ani- 
mación —de la que 
ya tiene unos 10 
minutos de rodaje— 
basada en la pelí- 
cula Tron. Juan se 
queja de la falta de 
espacio en los Cds 
para publicarla. Se comprende que unos 60 megas te parezcan 
pocos para una película de 20 minutos pero en el CD han de 
entrar muchas cosas y resulta difícil saber a priori de cuanto es- 
pacio libre va a disponerse. Por cierto anótate un tirón de orejas, 
ya que en tu carta (en el foro) has hablado de casi todo menos de 
los detalles de tu trabajo. 


Nasser Afkir Torres regresa de 
nuevo a estas páginas con un estu- 
pendo trailer que servirá para trans- 
portar la grúa que ya envió anterior- 
mente. Ambos objetos están hechos 
con 3D Studio y podéis encontrar el 
proyecto y la carta correspondientes 
en el foro. 


de] Juan Ramon Reboiro Jato '97 1) ECERLEL LOBLILO LAR, ez 


Los hermanos nos envían diversos trabajos realizados 
con Pov y Moray. Las vicisitudes del trabajo de ambos artistas pueden ser seguidas en su carta pu- 
blicada en el foro. En ella Roberto pregunta a vuestro seguro servidor si “sabe algo sobre los dere- 
chos que tenemos los autores sobre nuestras escenas”. Pues bien, el mayor problema consiste en 
demostrar que tu trabajo es efectivamente tuyo. Si puedes hacerlo. podrás denunciar cualquier uso 
que alguren haga de él sin tu permiso. Para ello puedes informarte 
en el registro de la propiedad intelectual. Aunque. st no quieres 
molestarte en ello, también ofrece cierta protección legal el hecho 
de publicar tu trabajo en alguna parte. ya que entonces queda cons- 
tancia pública de que tu nombre está relacionado con él (a menos 
que alguien haya hecho lo mismo con el mismo trabajo en un fecha 
anterior, claro). 
En cuanto a tus imágenes. la catapulta es estupenda. Todo en ella 
es perfecto excepto la textura de la madera. que no parece estar a la 
altura del resto del conjunto. Pasando a prezas. el conjunto es vi- 
sualmente atractivo pero podrías haber mejorado bastante la forma 
de las piezas de ajedrez y en cuanto a la textura azul... (¡ugh!). 
Y en cuanto a ti, Juan Ramon. la Sor del cañón no logra demasia- 
do bien la forma esperada en un cañón medieval (más bien parece 
futurista). En cuanto a Sasino. ya conozco las dificultades de crear 
una figura antropomórtica desde cero... Quizá hubieras debido re- 
cubrirlo totalmente con una armadura de estilo medieval. Y... ¿a 


(e) Roberto Rel» oro Jeo'96 


qué te refieres con eso de las rotaciones de Csg? 


nos envía su primera imagen 
con 3D Studio. La imagen tiene un estilo naif bastante 
simpático que aún podría haber quedado mejor aplican- 
do un bitmap “planeta tierra” sobre el mundo. Isaac 
también menciona una catapulta en fase de desarrollo 
para la inminente batallita. ¡Date prisa! ¡Si la batalla se 
celebrara en el próximo número te quedarías fuera! 
¿Que por qué no regalamos Ipas de 3D Studio? Veras. 
los Ipas son creados por gente que aspira a vivir de su 
trabajo con las ventas. Sola- 
mente pueden regalarse ver- 
siones free o share de los mis- 
mos. En cuanto a los precios 
de los Ipas varian enorme- 
mente. Puedes encontrar un 
Ipas por 10000 o por 300000 
pesetas. No tenemos por aho- 
ra una Íista -nt siquiera media- 
namente completa- de distri- 
buidores de Ipas. 


PH 


El Foro del Lector 


Luis Perez Monpeán hace su pri- 
mera aparición en nuestro foro «on dos 
imágenes creadas con POV. Una de 
ellas, la de la bola, es un experimento 
con las normales del objeto que ha dado 
un resultado bastante vistoso. Nos su- 
mamos a tus felicitaciones a Julián Hie- 


rro García que, como podrás compro- 
bar en el número de hoy, ha seguido 
mejorando con respecto a aquella pri- 
mera imagen del número 3 de Render- 
manía. ¡Ánimo! Tú también puedes 
mejorar. ¡Atención Nasser Afkir To- 


Julián Hierro Garcia desea partici- 
par en la tan anunciada batallita virtual 
de orcos y humanos y envía para ello una 
catapulta que formara parte del bando or- 
co. El modelo basado en el lanzador de 
rocas orco del mundo de Warhammer ha 
sido creado con Moray y es sencillo pero 
y ,  muyresultón. 

Más complejo es el 
Mecha, también he- 
cho con Moray, enviado por Julián. La forma general y las arti- 
culaciones del “Mech” son excelentes. aunque el resultado aún 
podría haber mejorado un poco con un cuerpo central de apa- 
riencia algo más compleja. En cuanto a tu sugerencia acerca de 
un artículo sobre animación con POV... Bien, es cierto que ten- 
SS dría que haberse hablado de ello hace tiempo. Intentaremos re- 
mediar esta situación en breve. Por último. Julián lanza una pro- 
puesta interesante (leed la carta en el foro): hacer una colección 
e de modelos tipo Warhammer y Otra ti- 
a po Battletech para hacer batallitas. 

Esta claro que, si la gente se anima a 
ello, habría que publicar unas reglas 
mínimas sobre proporciones, orienta- 
ción de los modelos, conversiones de formato, etc porque, 
claro está, cada uno emplearía una herramienta distinta. 
¿Qué dicen los rendermaniacos? Por de pronto vuestro se- 
guro servidor aporta el modelo de ejemplo de este mes. 


rres! Luís te hace un par de comentarios 
en su carta, en el foro. 


Luis Cardenas Salido nos ha envia- 
do un magnífico AVI en el que pueden 
verse efectos de nieve, movimientos de 
burbujas dentro de líquidos, fuego, luces 
flare, etc. La creación de esta estupenda 
animación, que incluye una banda sono- 
ra, ha requerido el empleo de bastantes 
programas cuya lista podéis ver en la 
carta del foro. ¡Enhorabuena Luis! 


NOTA SOBRE IMAGINE 


Algunos lectores nos han 
enviado notas informando de 
problemas con el funciona- 
miento de Imagine. Resulta 
difícil responder a ellas ya 
que nosotros no hemos apre- 
ciado ningún problema, en 
todo caso recordamos que la 
versión distribuida en PCma- 
nía funciona bajo MS Dos. 
Esta versión no se ejecutará 
desde Windows. Habreis de 
salir al Dos y para quienes lo 
hayais hecho así- el progra- 
ma gestionara el mismo la 
memoria por lo que no debe 
haber otro gestor. Además, en 

ala versión anterior de Imagi- 
ne se recomendaba también 
liberar toda la memoria posi- 
ble del primer megabyte (por 
ejemplo, eliminando progra- 
mas residentes). 


Luis España Martín nos envía un pequeño 
anículo en formato MS Word que reproduci- 
mos en el foro. En él, Luis explica en detalle 
el proceso seguido con 3D Studio para crear 
la efectista escena que podéis ver aquí: la ilu- 
minación, los Ipas utilizados, las texturas, la 
cámara, etc. En- 
horabuena por tu 
escena. No es fre- 


cuente ver por 
aquí escenas con 
“tratamiento at- 
mosférico” hechas 
con 3D Studio. 


